DOCOKEHT BSSOSE 

BD 094 744 IB 000 942 



AUTHOR 
TITLE 

IHSTITUTIOH 

SPOHS ftGEHCY 
REPORT HO 
POB DATE 
HOTE 



HeuttanDf J. 

User Procedures StandardlzatloD for Hetvork Access. 
HBS Technical Hote 799. 

National Bureau of Standards (DOC) # Hashingtonr D*C 

Inst, for Computer Sciences and Technology. 

National Science Foundation « Hashington, D*C* 

NBS-TN-799 

Oct 73 

43p. 



EDES PRICE 
DESCRIPTORS 



IDENTIFIERS 



BF-$0.75 HC--$1.85 PLUS POSTAGE 

Computer Prograns; ^Computers; Infomation Netitorks 
*Input Output; ♦Networks; On Line systems; 
♦standards; State of the Art Reviews; Surveys 
Network Access Procedures; Networking; 
Standardization; User Protocols 



ABSTRACT 

User access procedures to infoomation systems have 
become of crucial importance with the advent of computer networks* 
which have opened new types of resources to a ^road spectrum of 
users. This report surveys user access protocols of six 
representative systems: BASIC, GE HK II, INFONET, HEDLINE, 
NIC/ARPANET and SPIRES* Functional access requirements are outlined 
and implementation of access procedures is analyzed by means of a 
common methodology. Qualitative assessment of standardization 
possibilities identifies standardization candidates such as; <1) 
system and user signals, (2) on-line user entries, (3) system 
requests, and (4) network wide categories of message content* 
(Author/WCH) 
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USER PROCEDURES STtoARDIZATION 
FOR NETWORK ACCESS 



A. J. Neumann 

User access procedures to information systems 
have become of crucial importance with the advent of 
computer networks^ which have opened new types of 
resources to a broad spectrum of users. This report 
surveys user access protocols of six representative 
systems. Functional access requirements are outlined^ 
and implementation of access procedui'es is analyzed 
by means of a common methodology. 

Qualitative assessment 'of standardization 
possibilities identifies standardization candidates 
such as; system and user signals^ on-line user 
entries^ system requests^ and network wide categories 
of message content. 

Key words; Network access procedures j networking; 
standardization J user protocols. 

1. 'introduction 

User access procedures to information systems (user 
protocols) are concerned with all actions a network user 
has to perform to be able to use the facilities offered by 
the network. These access procedures have become of 
crucial importance^ especially since computer access no 
longer is the exclusive province of the computer operator 
or programmer. It is now available to many users ^ to 
computer specialists as well as to members of other pro- 
fessional groups interested in research and routine 
operations . 

Access to computers is enhanced by the development of 
networks. Remote users^ with a relatively inexpensive 
termincil ^ can now have access to a variety of computer 
resources on a country-wide basis. As computer systems have 
proliferated^ so have methods of access. The present state 
of the art is one of great diversity^ so much so that the 
large variety of access methods often makes it difficult for 
the user who is looking for simple^ uniform^ and reliable 
access methods^ yet wants to use diverse resources. Ideally ^ 
therefore^ access should be similar to that used for world- 
wide telephone networks^ where simple^ uniform dialing 
devices^ procedures^ and numbering schemes facilitate 
operation. 

This study is concerned with a description of access 
(and exit) mechanisms^ as the user sees them. Some 
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conclusions will be then offered as to possible directions 
for standardization, which may help to unify procedures^ 
and aid the user in access to these systems. The immediate 
task of this report is to collect data on access mechanisms 
with a view to providing a basis for further work in plan- 
ning, developinfT j^uideDines , and possible standardization 
efforts . 



2. FUNCTIONAL SUMMARY 

An access procedure, as seen by the user, consists of 
a series of data entries into the system and of observation 
of data outputs from the system^ or reactions by the system. 
These actions follow each other in a predetermined manner 
and continue unti 1 the acces s procedure is completed. 



The point of contact for the user is a terminal which 
provides keyboard entry and display capability. Display 
may be in the form of hard copy, or it may be volatile^ 
such as on a cathode ray screen. There are several 
distinct phases of access which depend on both the charac- 
teristics of communications and computer hardware^ and on 
the requirements for access control, handling of traffic^ 
accounting and billing, or control of proprietary informa- 
tion. Figure 1 illustrates a functional breakdown of 
subsystems.^ It shows user data terminal equipment^ communi- 
cations equipment^ communications circuits^ and a host 
computer providing an operating system, user languages and 
application packages. The communications channel may 
include computers ^ such as communications computers and 
interface message processors. Terminal equipment in 
addition to an operator terminal may provide computing 
capability. 



The various phases of access are: initialization, 
establishment of a data transfer channel between 
communications equipments, establishment of a data -> ink 
from terminal to the host computer, which results in 
computer access and the operation of the working program. 
Included also must be procedures required for reversal of 
the process, including program exit and shutdown of the 
source data terminal equipment. 

2.1 Initialization of User Access 

The process of accessing a computer network starts 
with the preparation of communications equipment by the 
operator. Power for the terminal proper and ancillary 
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devices^ among them acoustic couplers^ are turned on. 
Where a choice of termin^al speeds is available^ the proper 
speed is selected. Similarly^ a communications mode (half 
duplex^ full duplex) and other terminal options must be 
selected and^ in tiirn^ activated. 

2.2 Establishing a Communications Channel 

Next^ a communications circuit is established between 
"the user's terminal equipment and the equipment at the host 
computer. This mav done bv message switching or circuit 
switching systems. User access is usually throufji a dial^ 
up connection but dedicated access channels are also 
available. 

In some networks ^ this process requires several steps : 
firsts a local communications computer is dialed^ and 
later a remote computer address is entered. This selects 
and connects with the desired host computer. Establishing 
the communications channel involves the recognition of the 
terminal characteristics in terms of terminal speedy 
character set^ and communications mode. Though there are 
some systems that provide automatic terminal recognition ^ 
in many cases the user assists in the process by trans^ 
mitting a terminal identification code. A few communica- 
tions computers perform user identification and access 
control^ but this is normally done by the host computer. 

2.3 User Identification 

User identification^ for both accounting and access 
control purposes^ requires the operator to enter some 
special information. Usually^ such entries involve a user 
number^ password^ project number^ personal identification 
code^ or similar information. Most of this information 
is entered by keyboard action in a character-by-character 
mode . 

2.k Authorization and Access 

Based on the information supplied by the user^ the 
system validates his access request^ and authorizes access 
to the system. In cases where invalid passwords and/or user 
numbers are detected^ user access is terminated. 

2 . 5 Obtaining Status Information 

At some time during the access sequence^ the user is in- 
foriTied of the network status. He may be told of the present 
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configuration, the latest software version in use, the port 
number, concentrator and remote concentrator numbers. He 
is also informed of planned shutdowns or intended system 
changes. In addition the operability of the system is 
often indicated by a "greeting message," including date, 
time, and other accounting details. 

2.6 Computer and System Selection 

A common task of interest to the user is the selection 
of the computer s i te , if he has a choice of more than one . 
Further decis ions mus t be made regarding desired computa- 
tional or information processing programs and processes • 
For these purposes, the user enters a site address and 
various codes re erring to the systems to be accessed. 

2.7 Completion of Login 

After the access sequence is completed, the system 
sends a "system signal" to the user. This means that it 
is re ady for use . At th is point , the user may access tl\e 
v/orkinr system of his choice and begin operations. 

2 . 8 Logout 

The reverse procedure takes place upon leaving a 
system. After the user indicates his desire to end opera- 
tions, the system responds by transmitting data about 
terminal time used, computer time used, and date and time 
of logoff. Finally, an ''end message" informs the user that 
he has been duly logged out and that the system is dis- 
connecting. 

Usually the user must inform a hierarchy of systems of 
his desire to terminate a session. These may include the 
working system, the host operating system^ and the 
communications computer. There are , however, ins t ances 
v/here this sequence has been simplified so as to permit 
logout by only one user command. 

2.9 Accounting Data 

At the end of the terminal session , the user receives 
us age measurements . They include time measurements and 
amounts of storage whi ch record used resources . As a rule 
this is part of the logoff procedure. These measurements 
are reported together with the appropriate user and 
account number, to assist him in managing his own resources 
and results . 
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3. MESSAGE TYPES AND PROCEDURES 



The accesG procedure thus cons is ts of an exchange of 
actions and reactions between the user and the terminal, 
which represents the total system to the user* Mes- 
sages exchanged during the access protocol may be of an 
informational type or of a command type^ Commands from 
the user to the system are called system commands, or user 
commands. Messages from the system to the user are called 
system requests, oi* system messages • Figure 2 summarizes 
the various message types , 

3. 1 Informational Messages 

Informational messages convey required data to the 
user, or to the system for purposes of accounting, usage- 
measurement, or system performance measurement. Typical 
messages of this nature deal with time, date, location, 
sys tem s tatus , expended resources and system characteris- 
tics . 

3.2 Command Messages 

Command messages, on the other hand, require immediate 
action, either on the part of the system, or on the part of 
the user^ Typical action commands are system requests 
like; ''LOGIN PLEASE,'' or *'USER NAME" or commands to the 
system such as "OFF'' or "QUIT," which are used by the user 
to terminate operations. Identification data also fall 
into this category. 

3.3 Special Command Signals 

Two kinds of signals merit special mention: the "user 
signal" and the "system signal" named by Little and 
Mooers Cl).^ The user signal is entered by the terminal user 
to denote that his immediate task of data entry is finished 
and that he is waiting for system action. Likewise, the 
system signal, which is produced by thn computer, tells the 
user that processing is completed and that the next step 
is up to him. In interactive processing, these signals 
are used most fx'equently, and thus play a special role. 

3.4 Message Sequencing 

Diversity of system access procedures exists in the 
variety of data elements contained in the informational 
and command messages. In addition, sequencing of the 
* Figures in parentheses indicate the references at the end 
cf this paper* 
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various elements involved in the access, i.e. , the access 
sequence syntax, must be considered. The latter contains 
both system messages and user messages. 



3. 5 Degree of Interactivity 

Depending on their objectives and skills, users* needs 
differ as to their degree of freedom in system access. A 
novice user appreciates detailed step-by-step prompting 
from the terminal. It is equally important to him that he 
be able to put in his reply on a simple step-by-step basis, 
while the experienced user may be willing to trade time and 
complexity, requiring a minimum of guidance from the termi- 
nal. For these reasons , most systems provide several 
access alternatives at the user ' s option . 

U. COMPARISON OF SYSTEMS 

Access procedures for a few representative systems 
have been analyzed and results are reported here. Included 
in this analysis were two commercial time sharing systems, 
three data base oriented information retrieval systems, 
and one node of the ARPANET. The systems were: BASIS 
CA), GE MK II CB), INFONET CO, MEDLINE (D), NIC/ 
ARPANET CE), and SPIRES CF). The ordering is alphabetical, 
and letter codes in parentheses are used to refer system 
features, to the particular systems, and to the protocol 
analyses on pages 19 , 2 1, 23 , 25 , 27 ,, and 29. 

The analyses were limited to development of a uniform 
methodology of description of data elements, element 
sequencing, and of categorization into message classes. 

User and system generated messages are considered. 
Not considered were data element format details. Data were 
collected by entering and leaving the systems under test, and 
by printing out the access protocols on a teletypewriter. 
These printouts are shown in Figures U, 6, 8, ^10, 12, 1^, 
and 15 . 

Each protocol was then analysed as to message type and 
sequencing. These analyses, in a uniform format, are 
shown in Figures 3, 5, 7, 9, 11, and 13. 

The following conventions have been observed in 
documenting the access sequences for the various systems. 
A serial number denotes the position of each data element 
in the access sequence. The sequence is characterised by 
four types of messages: system message CSM), system 
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request ^SR), user message CUM)^ and user command CUC). 
The system signal is denoted by CSS), while the user sinnal 
is denoted by (US). Message categories are denoted by 
capital letters. Marginal comments are in standard upper 
and lower case. End of the login sequence is shown by a 
series of dashes * Several mess age e lements printed on the 
same line have their own sequence numbers. The logout 
sequence starts after an appropriate systems signal. 

Comparison of user command and system message data 
element categories and data element sequencing are shown 
in Figures 16^ 17, and 18. Numbers in the boxes of the 
tables refer to the individual analyses, and indicate the 
ordering of the elements* 

Results were not correlated with pertinent systems 
documentation^ nor have all possible variants of display 
formats and message sequencing options been explored. The 
examples cited are however representative and serve the 
purposes at hand. Discussion of access sequence details 
follows in the next sections . 

4. 1 Initialization 

In this experimeiit , a typewriter-like terminal with 
hard copy output was used. I"t was connected to the aell 
Telephone Syst'eia through an acoustic coupler. Initializa- 
tion here involved turning both coupler and terminal power 
to ^'on^'* and setting of the coupler mode to either *'duplex" 
or ^'half-duplex." Other terminals may have different and 
additional initialization requirements . 

4*2 Establishment of Data Channel 

Access to systems was through the Bell System. In 
some cases access is via long distance connections (A) ^ 
while in the case of ARPANET a local communications computer 
(Terminal Interface Processor^ TIP) provides network access 
as u'ell as common carrier switching control for remote 
computer access (E). Various means are used to indicate to 
the user that communications have been established. A 
system request "PLEASE TYPE THE LETTER D'' CD), a system 
mes s age giving configuration code , time and t ime zone » 
and date, or no reaction at all, are typical cases. In the 
latter case operating procedure requires that the user 
enter a terminal recognition code, which elicits the first 
system response (E)* If, as in the ARPANET, more than one 
computer is involved, a hierarchy of communications pro- 
tocols is required, i.e. user to TIP, TIP to host and 



finally user to host. After receipt of the systems message 
from the TIP, and selection of the host address, a system 
message indicating communications status confirms comple- 
tion of the data link CE). 

4.3 Initial System Messages 

A variety of system messages indicate that the data 
link has been completed, and that terminal to computer 
connection has been established. Such messages range from 
a mere "HELLO" CE), to more complex messages giving ^termi- 
nal identification codes, date and time messages CO, as 
well as messages indicating location, date and time CF). 
Other initial system messages give system and communica- 
tions status CE), and identification of systems software 
CE) CA) , equipment and port designations CO. 



4.4 User Signal 

User signals vary from system to system. On the 
ARPANET several different user signals are being used to 
enter a remote host. Entering of the host address, identi- 
fication sequence, and working system code require depres- 
sion of one terminal key, the "line feed" character. 
Working program exit requires actuation of two keys, 
"control," and "D. " Other user signals are "carriage 
return," "new line," and "control, S" CF). 

4.5 System Signals 

Completion of a system action is indicated most often 
by a "carriage return" following a "line feed." addition 
often a "prompt" signal indicates that the system is ready 
for user entry. A variety of symbols are used for this 
purpose such as: the 'kt" character "@" (E) , exclamation 
mark ".'" CO, and question mark ''?" CF). Other systems 
use words like: "COMMAND'' CA) , "USER" CD), or "READY" CB) . 

4. 6 Identification 

An identification request is sometimes implied by 
system requests like "PLEASE LOGIN" CA) or "LOGON" CO. 
In other cases identification is required by standard 
operating procedure, where the user, upon receiving the 
initial message and a prompt signal, enters his identifica- 
tion data, like user number, password and identification 
code CE) . Some systems request identification detail 
explicitly with system requests like "PASSWORD," or "USER 
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NUMBER" (B) CC). Password protection is obtained by 
non-printing (E) CD), or by underprinting (A) (B). Other 
detail requii'ed are organization codes or account nuinbers » 
and personal identification codes (E), 

4.7 Authorization and Access 

Invalid passwords or user numbers* like format errors 
in entry of identification data may lead to repeated 
system requests for login, or result in the disconnection 
of the system. Figure 15 shows several user nunibers which 
were unacceptable to the systejn because of format error » 
and brought about the subsequent disconnection of the 
system. 

4.8 Resource Selection 

In the ARPANET, indications of the host address code 
"L 2," initiates the establishment of a connection between 
the user and the remote host (E). After receipt of the 
greeting sequence and of completion of LOGIN, the selected 
program is indicated by inserting the proper code. 

In the GE MK II system, the system long form version 
may request the programjr.ing language and the file to be 
used* In the sequence shown here, the user selects 
files and languages after being put into the READY 
condition (B)* 

4 . 9 Logon Statistics 

Some systems provide a "logon date" except (D) and 
CB). They also indicate logon or contact time* One system 
provides both: contact time for the first system contact 
and logon time for the actual system access tA). 



U. 10 Logoff Statistics 

All logoff statistics provide time and resource 
usage information in all cases except one CD) . That 
system apparently is of an experimental nature, and 
metered user charges are' not used. (B) includes the time zone* 

The ARPANET furnishes additional information, including 
a job number, user number, account number, as well as a 
terminal number (E)* Cther systems account for System 
Resource Units "SRU" used CO or for Computing Resource 
Units used ''CRU" (B). 
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4. 11 End Message 



Two of the tested systems conclude with a final system 
message: *'GOOD BYE^* CO and "END OF SESSION'' CF). 

4.12 Sequencing and Format Options 

Most systems provide several format options. Sequence 
formats very from a completely "interactive mode,'* where 
each data o}ement is entered separately and evokes a system 
request for the next data element, to a '*terse sequence,*' 
where all data elements are entered sequentially, separated 
only by the proper syntax separator (space or comma) • In 
the interactive mode there are variations among the 
systems. The system response may be a system signal, or 
it may also be an explicit request for the next data 
element, as illustrated by one commercial system which 
calls for user number and password as the initial logon 
step. In that system, this information may be entered 
as ; 

(user number ) C comma) (password) C user signal) 

and will elicit a request for *'project identification.*' A 
permissible variant in that procedure is to follow the 
sequence of : 

(user number ) C comma ) (user signal) 

This will automatically provide an explicit request for the 
password. When given^ the password is then automatically 
obliterated by a dense character field, thus shielding it 
from human view^ yet permitting machine recognition. An 
exanple of an interactive, prompting sequence is shown in 
Figure 12. 

4. 13 Default Procedures 

User errors in entering logon data elements are 
generally handled in different ways. In the extreme case, 
an error might disconnect the system and require reestab- 
lishment of communications and of the login process. On 
the other end^ user errors would be interpreted by the . 
system and corrective system messages would provide guidance. 
The systems examined here operate somewhere between these 
extremes * 

Common user errors occu,.'^ through the omission of space 
characters where required, through the use of wrong 
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separators Ccomina instead of space character)^ or through 
the entry of the wrong sequence of data elejaents. Usually 
the systems react by printing repeated requests for logon 
and then by system cutoff ^ after a specified number of 
att€impts to enter the system have been made. Figure 15 
shows reaction of one system to erroneous data entry. 
After tvjo attempts of entering a wrong user number with 
syntax errors (omission of space character, and substitution 
of zero character for the alphabetic character 0) and two 
reouests for LOGON the sVstein disconnected- 

The preceding discussion illustrates the variety of 
message elements and procedure which make up the user 
access sequences for the various systems. Indications are 
that technical changes will continue^ although functional 
requirements appear to be relatively stable. Possible 
standardization efforts must take the functional needs and 
the rapidly changing technology into account. 

5. STANDARDIZATION OF USER PROCEDURES 

Standardization of user procedures presents many 
problems. For this reason^ there must be a compromise 
between ideal requirements and the capabilities of 
those concerned with implementing them. This is parti- 
cularly true when time j personnel ^ and financial resources 
are limited. Requirements are based on the user's needs, 
while implementation of requirements needs to follow a 
course that will produce the most desirable features with 
limited resources. 

There also is the question who should develop the 
standards ^ private industry or government ^ arnd the question 
of how badly a particular standard needs to be developed. 
Early standardization in a developing technology may 
inhibit progress ^ while lack of standardization may lead 
to a proliferation of non-compatible features. In the case 
of network access procedures ^ this may impact adversely 
on ease of computer access and use. Standardization efforts 
must also be concerned with the costs which might be 
incurred by the systems^ which may want to adopt proposed 
standards . 

5.1 Need for Standardization 



The need for standardization in network access 

procedures has been recognized by users of timesharing 

systems for some time^ especially by those who use different 

systems alternately. The need is now being accentuated 
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with the advent of networking capabilities , where data 
requirements are increasing for identification, authoriza- 
tion, accounting, and data protection. At the same 
time, network communications computers, more than ever 
before, must recognize a great variety of terminals and 
terminal options, and both terminal facilities and host 
computers must interact with communications protocols of 
greater complexity to an ever increasing extent. 

5 . 2 Standardiz^ati on Criteria 

Since the standardiz^ation process is slow and time 
consuming, standardization objectives must be carefully 
determined. Tliese are some criteria, on the basis of which 
goals may be established: Cl) frequency of usage of 
Item to be standardized; (2) commonality, and (3) required 
precision. 

Data elements, or message representations frequently 
used by many users would, if standardized, provide ease 
of use and reduction of user errors. They would also 
enhance the operation of the system. Therefore, system 
messages to users from different systems havii\g the same 
meaning should also have identical representations. 
As an example, the use of a question mark, asterisk, dash, 
or other graphic symbol as a system signal adds to user 
confusion and dissatisfaction, when meanings in the various 
systems differ. Further, in cases where precise user 
input for machine recognition is required, format standards 
would improve system operations. On the other hand, system 
messages of an informational nature, not requiring immediate 
user action, may be in free format, and their design is 
governed by the basic rules of grammar and by readability 
considerations. 

Common use of symbols requires uniformity, not only 
for machine-readable data but for concepts and human 
readable information as well. Categoides of access , 
accounting classifications, and types of malfunctions, for 
instance, need to be described and categorized clearly and 
uniformly if inter-system operation between various 
services is expected in the network environment. 

5 . 3 Standardization Possibilities 

Opportunities for standardization of access procedures 
exist in the areas of: message content categories, types 
of messages, message formats and sequencing, and descrip- 
tive terminology. 
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5.3.1 Message Content Categories . Standardization of 
message content is desirable as it relates to 
classification schemes which are descriptive of 
message content, such as data descriptions, file 
descriptions or program descriptions* Likewise 
network statistics and measurements depend on the 
classification of system characteristics of equip- 
ment and of software, just as accounting procedures 
depend on the s tructure of accounts . 

5-3.2 Types ofMessages . The first candidates for 
standardizatioi. of message types would be the 
user and the system signals* Their me^ings 
are unanibiguous and precise, they are the ones 
most frequently used on all systems. Uniform- 
ity in the meaning and use of these signals 
would help the use of multiple systems. Next 
in line would be *'on line user entries,'' i.e., 
user commands (system commands) requiring 
precise machine interpretation and reaction. 
Similarly, system requests addressed to the 
user require precise reaction by the user and 
could be standardized. Also, the standardiza^ 
tion of user entered informational messages is 
of importance from an overall systems stand- 
point. Though they do not affect control 
operations , uniformity in inter- systems account- 
ing, access procedures , and statistical data 
collection is required. Similarly system 
messages, in coded form require standard 
definitions to be universally understandable. 

Some beginning has been made in standardization 
of control elements. Little and Mooers (1) 
have defined twelve universal user control 
actions, and have suggested the assignment of 
standard symbols to these actions . Additional 
actions will be required for network operations. 
Standardization at this functional level 
appears practical and desirable. There is an 
interaction with existing information exchange 
codes (ASCII Code ) (3) which also provide for 
control characters. They do not cover all 
needed functions, but standardization of addi^ 
tional functions is in progress. Terminal 
access standards development needs to be 
closely coordinated with this work. 

Standardization of informational data elements 
is a more difficult matter. Some beginning in 
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this area has been made* and continuation and 
coordination is required. A standard for date 
representation has been developed C8) and acceptance 
of a standard similar to the date*time group in 
military communications can be envisioned. 
' Other standard designations might be developed 

for resource center locations (along the lines 
of the three character airport codes) for 
computer system configurations, and for soft- 
ware designations. Uniformity of definitions 
would permit meaningful exchange of operating 
statistics and correlation of system performance 
parameters. Other data elements that might be 
candidates for standardization are those per- 
taining to system characteristics and error 
taxonomies . 

5.3,3 Format Standardization . Format standardization 
may occur at several levels. On a higher level, 
an entry procedure consists of a seriet^ of 
interconnected messages. Their sequencing may 
be arranged in different ways according to ease 
of use from the users' viewpoint ^ or according 
to the ease of processing from the systems' 
viewpoint . On the le ve 1 of individual messages , 
or words, format considerations arise and need 
consideration. 

5.3.3.1 Message Sequencing . Figures 16 , 17 , and 18 
show that , although there is some agreement 
among data elements entered into and received 
from the systems, there is little uniformity 
in the sequencing of data elements within the 
access procedures. Just as in international 
telephone dialing, where a country code is 
selected first, followed by an area code and 
some local digits — which represents a hier- 
archy of switching facilities — a general 
conceptual rrdering of access information 
appears feasible. No recommendation or suggestions 
on how to achieve this can as yet be made, but 

the topic of sequencing merits further consider- 
ation, from the standpoint of both the user and 
the system whose software must process these 
messages . 

5.3.3.2 Word Formats . Then there is the issue of 
word formats which directly relate to the 
ability of a system to recognize and respond 
to its inputs . Such details as punctuation 
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marks and space characters which may appear 
trivial to the user, often have syntactic 
meaning to control software. Though of no 
interest to the human reader, their use must 
be pre cise ly specified . 

Little and Moers have taken a dim view of 
format standardization , stating that *'since 
data formats have a potentially infinite 
variety, it is futile to consider the standard- 
ization of formats themselves.'* Cl). They 
propose instead the standardization of data 
descriptions , the logical development of 
elements of format generation, and finally a 
standard method of describing external data 
formats for entry and display. Nevertheless, 
it is believed that some format- related 
standards might conceivably be developed and 
would find general acceptance. 

5.3-4 Descriptive Terminology . Related to standardi- 
zation of message types , content , and formats , 
is the descriptive terminology which is a 
necessary adjunct to standardization. Termin- 
ology needs to be unified, especially since 
technical considerations of network entry 
procedures involve such varied fields as data 
process in g, telecommunciations , linguistics , 
computer sciences, and other engineering and 
human oriented disciplines . 

6. CONCLUSIONS 

User network access protocols are becoming of increasing 
importance in uti lization of emerging computer networks . 
Standardization is required in some critical areas and will 
have beneficial aspects, in terms of user productivity and 
economics of network operations and utilization. 

Standardization has been effected for keyboards (6), 
(7), but extension towards new requirements for user control 
of networks need to be added (2). Standards exist for data 
elements, such as calendar dateCS), and states and counties 
of the United States (9), ClO). Again there is further 
need for networking oriented effort. 

Work is also underway to develop a unified language 
for describing technical concepts, hardware and software 
functions, and overall systems performance (4) C5). While 
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this work is in progress, it needs the support of cill those 
engap.ed in developing systems standards for network access. 
Additional de f initions j^re needed in the specif io area of 
access protocols and these definitions need to be integrated 
into network procedure istandards efforts. Jt is essential 
tliat a common language be developed not only to simplify 
use r ope rat ionG but in s up port of t raining , maintenance , 
and the interchangeable use of coramon network resourcoii. 

In summary , it is concluded tliat there is need for 
standardization, tliat there art: definable tasks to be under- 
taken, and that a standardization effort in u^er accesz 
protocols would well be worthwhile. 

Such an effort niust however be quite broad, consider 
existing and planned industry activities, economic impact 
on user and manufacturers, transitional problems, and 
reldtionships to existing and planned standards in related 
areas . 
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